home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / T0320 / text0021.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  2.0 KB  |  50 lines
  1.  
  2. > The TOS MMU table is very simple and only a few of the entries should ever
  3. > be used. Once they have been, they'll stay in the buffers in the '030 and
  4. > should not affect speed.
  5.  
  6. Yes, that's right - but like the cache, the PMMU is not entirely transparent.
  7. There are small translation overheads incurred, although they are unlikely to
  8. add up to enough to merit disabling this bit of silicon.
  9.  
  10. > It should be possible to make the Falcon work with the MMU turned off, if
  11. > you instead set up the transparent translation registers to disable caching
  12. > of the hardware registers.
  13.  
  14. So long as you remember that the hardware registers need mirrored to a second
  15. location for the address bus problems.
  16.  
  17. > I'd be very surprised if it made anything faster, though.
  18.  
  19. I think you are probably right.
  20.  
  21. > MiNT without memory protection shouldn't touch the PMMU at all, by the way.
  22.  
  23. Yes, I know. I assumed he was working with protected memory, but I tried it and
  24. BM is not clean enough for that. I'll have to tidy up the stack use in the startup
  25. code.
  26.  
  27. > Someone once mentioned that you could speed up memory moves if you changed
  28. > the default cache settings. At the time I thought that sounded reasonable,
  29. > since I assumed the '030 always loaded complete cache lines. Apparently
  30.  
  31. By turning off the data cache, you eliminate the cache tag lookup overheads (which
  32. only add up to about 2-10% of the total time for the transfer). This is good for
  33. large linear block-clopies when there is no burst feature, or for a large fill
  34. operation, where the cache hit ratio drops through the floor.
  35.  
  36. > it doesn't do that, however, unless you have burst mode memory. I guess
  37.  
  38. Which the Falcon unfortunately doesn't have. :(
  39.  
  40. > changing the 'allocate on write' bit might be useful to keep written data
  41. > out of the cache, though.
  42.  
  43. Yes, but it is a dangerous flag to play with - hard to tame!
  44.  
  45. I usually end up messing with the cache at some point, and then returning it
  46. to a reasonable fixed setting due to excessive paranoia. :)
  47.  
  48. Doug.
  49.  
  50.